home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940182.txt < prev    next >
Internet Message Format  |  1994-11-13  |  34KB

  1. Date: Wed, 24 Aug 94 04:30:01 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V94 #182
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Wed, 24 Aug 94       Volume 94 : Issue  182
  11.  
  12. Today's Topics:
  13.                              CIX (2 msgs)
  14.              CIX: Commercial Internet Exchange  (7 msgs)
  15.         Computers, ethernet and lightning protection (2 msgs)
  16.                         Dos Computers (2 msgs)
  17.                            Enough (2 msgs)
  18.                             Enough (fwd) 
  19.                          KISS packet driver ?
  20.                          Mail Delivery Status
  21.                              Strange HELO
  22.                           Strange HELO (fwd)
  23.                                Testing
  24.  
  25. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  26. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  27. Problems you can't solve otherwise to brian@ucsd.edu.
  28.  
  29. Archives of past issues of the TCP-Group Digest are available
  30. (by FTP only) from UCSD.Edu in directory "mailarchives".
  31.  
  32. We trust that readers are intelligent enough to realize that all text
  33. herein consists of personal comments and does not represent the official
  34. policies or positions of any party.  Your mileage may vary.  So there.
  35. ----------------------------------------------------------------------
  36.  
  37. Date: Tue, 23 Aug 94 12:34:08 PDT
  38. From: "Roy Engehausen" <enge@almaden.ibm.com>
  39. Subject: CIX
  40. To: TCP-GROUP@UCSD.EDU
  41.  
  42. Let's not start the CIX debate here too.  There are enough groups
  43. doing this already.  Suffice to say that CIX is NOT a trade-group
  44. interested in furthering the industry as a whole but is a business
  45. whose aim it is to further the interests of its members.
  46.  
  47. Roy
  48.  
  49. ------------------------------
  50.  
  51. Date: Tue, 23 Aug 1994 17:42:02 -0400 (EDT)
  52. From: DJ Gregor <dgregor@bronze.coil.com>
  53. Subject: CIX
  54. To: tcp-group@ucsd.edu (TCP Group)
  55.  
  56. > Let's not start the CIX debate here too.  There are enough groups
  57. > doing this already.  Suffice to say that CIX is NOT a trade-group
  58. > interested in furthering the industry as a whole but is a business
  59. > whose aim it is to further the interests of its members.
  60.  
  61. I think we should end the CIX debate also.  Last time I checked, this
  62. group was for discussion of TCP/IP as it relates to amateur radio, which
  63. there has been a shortage of lately.
  64.  
  65. -DJ, N8QLB
  66. dgregor@bronze.coil.com
  67.  
  68. ------------------------------
  69.  
  70. Date: Tue, 23 Aug 1994 10:31:22 -0400
  71. From: "Louis A. Mamakos" <louie@alter.net>
  72. Subject: CIX: Commercial Internet Exchange 
  73. To: mikebw@bilow.bilow.uu.ids.net
  74.  
  75. > While we're on this subject of the desirability of everything talking to
  76. > everything, I would like to raise the issue of the Commercial Internet
  77. > Exchange, CIX, pronounced "kicks."
  78. > CIX was originally created as a consortium of Internet access providers who
  79. > would route among themselves, thus bypassing the famous NSF-Net Acceptable Use
  80. > Policy restrictrictions on commercial use of the Internet.  On July 14, the CIX
  81. > Board of Directors voted to enforce routing restrictions against non-members of
  82. > CIX.  The requirement for membership in CIX, basically, is that you have to pay
  83. > them $7,500 per year or $750 per month, plus additional fees in some cases.
  84.  
  85. Let me comment on this CIX issue, which I'm real disappointed to see
  86. brought out and misunderstood in this forum as well.  The company that
  87. I work for, UUNET Technologies, operates Alternet, a commercial,
  88. public IP network service.  You can subscribe to it and get connected
  89. to the Internet.  We are also one of the founding members of the CIX.
  90. On July 14, the CIX didn't change any policy; they voted to simply
  91. *enforce* the terms and conditions which CIX members have
  92. contractually agreed to.  They also decided to *lower* the CIX
  93. membership fee.
  94.  
  95. [...]
  96.  
  97. > In my opinion, this seems like a return to the early days of telephone service,
  98. > where each telephone company refused to allow its subscribers to call the
  99. > subscribers of a competing telephone service without payment of a fee.  The
  100. > government finally stepped in to put a stop to that, for obvious reasons, and
  101. > it looks like we might have to go through a similar period of chaos soon on the
  102. > Internet.
  103.  
  104. Actually, one of the intents of the CIX was to have a facility for
  105. multiple IP network service providers exchange traffic without any
  106. "settlements", which is where one carrier reimburses another based on
  107. the volume of traffic.  This settlement model is one that the existing
  108. telephone system uses, and may thought that this would be a bad thing.
  109.  
  110. So this organization was formed which you could become a member of.
  111. It had well defined policies and offered a service: settlement free
  112. exchange amongst its members.  There was a specific routing policy
  113. enforced by the CIX router which allowed routes to be exchanged
  114. between each member which connected to the router, or who's traffic
  115. was transited to the router by another CIX member.
  116.  
  117. > I am not sure what to make of this change in CIX policy.  It certainly seems to
  118. > me to have all of the trappings of a "combination in restraint of trade,"
  119. > although applying such a principle to the Internet may prove to be a daunting
  120. > prospect.  My guess is that CIX and its members are going to be sued through
  121. > the floor if they actually try to implement this, with claims starting at
  122. > breach of contract and working their way up to antitrust.
  123.  
  124. Pardon me, but this is just plain bullshit.  The policy of the CIX has
  125. not changed - they have only chosen to actually enforce the policy
  126. which each member contractually agreed to when they joined.
  127.  
  128. Further, there is no "restraint of trade" because there are many, many
  129. other points of interconnection between carriers.  Alternet *also*
  130. connects to many of these (probably more than most others).  No one
  131. forces any particular service provider to join they CIX - it is simply
  132. an easy way to get traffic to a bunch of other service providers.
  133.  
  134. > What seems clear is that we may shortly have two separate and disconnected
  135. > Internets, one comprised of those CIX members and their subscribers, and one
  136. > consisting of everybody else.  Subscribers to one will have no connectivity
  137. > with the other, and vice versa.  My understanding is that several major
  138. > providers, such as JvNC Net, will be boycotting CIX.
  139.  
  140. A provider is free to connect to any other Internet service provider
  141. at will.  For instance, UUNET Techologies also helped found MAE-EAST,
  142. which is a interconnection point in the Washington, DC area based on a
  143. metro-area Ethernet technology.  There are perhaps a dozen Internet
  144. Service Providers which connect to MAE-EAST, which is by definition a
  145. policy-free interconnection service.  That is, each ISP make
  146. bi-lateral agreements with each other povider on which routes it will
  147. exchange with each other ISP.  The routes we don't get from the CIX,
  148. we'll get over MAE-East.  In fact, we prefer the routes on MAE-East
  149. because the path is shorter and higher performance.
  150.  
  151. We also have a 10MB/s connection with Sesquinet in Texax, a DS3
  152. (45Mb/s) connection with NEARNET in the Boston area, and are spinning
  153. up 45 MB/s SMDS connections in the Washington DC and SF Bay Area which
  154. will also be used for exchanging traffic with other providers.  
  155.  
  156. There are plenty of alternatives - they just cost money.  If non-CIX
  157. members were allowed to send traffic through the CIX routers, why
  158. would anyone join the CIX, and who would pay for the Cisco 7000 router
  159. (about $45K) and to maintain the hardware and administer the box?  The
  160. CIX is a "club".  If you join, you get to use the facilities, and if
  161. you don't, you can't.  This seems fair to me.  One of the "services"
  162. of the CIX is that you can easily exchange traffic with all other CIX
  163. members - this is probably cheaper than running a seperate T1 line to
  164. each one of them.  
  165.  
  166. If a provider disagrees with the policies of the CIX, they by all
  167. means don't have to join, but they have to make their own arrangements
  168. for getting traffic to other Internet Service Providers.
  169.  
  170. Louis A. Mamakos, WA3YMH                      louie@alter.net
  171. UUNET Technologies, Inc.                      uunet!louie
  172. 3110 Fairview Park Drive., Suite 570          Voice: +1 703 204 8023
  173. Falls Church, Va 22042                        Fax:   +1 703 204 8001
  174.  
  175. ------------------------------
  176.  
  177. Date: Tue, 23 Aug 1994 12:33:41 -0400
  178. From: Raul Deluth Miller <rockwell@nova.umd.edu>
  179. Subject: CIX: Commercial Internet Exchange
  180. To: tcp-group@UCSD.EDU
  181.  
  182. Ultimately, the problem with the CIX "routing restraint" policy is
  183. this:  it's completely ambiguous.
  184.  
  185. [1] Net topology is amorphous.  It's not clear that these routing
  186. policies have any meaning for the long haul.  [Given the nature of the
  187. internet, it won't be completely clear who the policies will affect
  188. until after the policies are implemented -- and perhaps not even
  189. then.]
  190.  
  191. [2] The very concept of "selling IP transit" is cloudy.  If someone
  192. decides to provide ip services through a firewall (e.g. for pop mail
  193. clients and nothing else, or perhaps also WWW traffic but with a
  194. couple gigabytes of local cache), this policy becomes meaningless --
  195. and thus a blunt weapon in the hands of whoever is administering
  196. enforcement.
  197.  
  198. [3] It's not clear what traffic is/isn't member traffic -- does this
  199. policy mean that to go across the CIX router in california either the
  200. source or destination address of a packet must be a CIX member?  Or is
  201. this policy based on traffic content?
  202.  
  203. [4] It's not clear what relevance this policy has towards traffic
  204. originating in other economic systems (e.g. the European community). 
  205.  
  206. It's pretty clear that this policy is a reflection of the NSF's
  207. acceptable use policy -- which is on the way out (and note that the
  208. CIX is intended to be one of the mechanisms for getting rid of the
  209. effects of this policy).
  210.  
  211. I imagine that the policy will be fixed once some of the problems
  212. become apparent.  Possible scenarios include:
  213.  
  214. (*) policy is enforced unevenly -- CIX is hit with anti-trust action,
  215. end of story.
  216.  
  217. (*) policy is enforced evenly -- CIX becomes a minor aspect of net
  218. traffic and thus irrelevant.
  219.  
  220. (*) policy is not enforced at all -- end of story.
  221.  
  222. Ultimately, the decision is up to CIX.  The big immediate problem is
  223. FUD.
  224.  
  225. -- 
  226. Raul D. Miller           n =: p*q             NB. 9<##:##:n [.large prime p, q
  227. <rockwell@nova.umd.edu>  y =: n&|&(*&x)^:e 1  NB. -.1 e.e e.&factors<:p,q [.e<n
  228.                          NB.  public e, n, y
  229.                          x -: n&|&(*&y)^:d 1  NB. 1=(d*e)+.p*&<:q
  230.  
  231. ------------------------------
  232.  
  233. Date: Tue, 23 Aug 94 17:29:00 -0000
  234. From: mikebw@bilow.bilow.uu.ids.net (Mike Bilow)
  235. Subject: CIX: Commercial Internet Exchange 
  236. To: tcp-group@ucsd.edu
  237.  
  238.  LAM> There are plenty of alternatives - they just cost money.  If non-CIX
  239.  LAM> members were allowed to send traffic through the CIX routers, why
  240.  LAM> would anyone join the CIX, and who would pay for the Cisco 7000 router
  241.  LAM> (about $45K) and to maintain the hardware and administer the box?  The
  242.  LAM> CIX is a "club".  If you join, you get to use the facilities, and if
  243.  LAM> you don't, you can't.  This seems fair to me.  One of the "services"
  244.  LAM> of the CIX is that you can easily exchange traffic with all other CIX
  245.  LAM> members - this is probably cheaper than running a seperate T1 line to
  246.  LAM> each one of them.  
  247.  
  248.  LAM> If a provider disagrees with the policies of the CIX, they by all
  249.  LAM> means don't have to join, but they have to make their own arrangements
  250.  LAM> for getting traffic to other Internet Service Providers.
  251.  
  252. You could call OPEC and the KKK "clubs," too, but the issue is what their
  253. activities are.  
  254.  
  255. If the Internet operated on a telephone network model, where there was a
  256. unified hub that actually was the center of the net, then it might make sense
  257. to say that subnet A and subnet B should not be allowed to route to each other
  258. through their connections to subnet M and subnet N, where A is connected to M,
  259. M is connected to N, and N is connected to B.  This would be using the services
  260. of M and N, including the link, to provide services of no real benefit to them.
  261.  
  262. As I read the rules, a service provider who is a member of CIX is prohibited
  263. from providing routing services to any non-CIX member who provides routing
  264. services to others.  This is a completely different issue: CIX is not only
  265. prohibiting the use of its own router facilities, but the router facilities of
  266. its members.  It is THIS distinction which raises, in my opinion, the issue of
  267. restraint of trade.  CIX is operating as a classical cartel, where you must
  268. promise in order to join that you will do business only with other CIX members.
  269.  
  270. For example, consider service providers M, who is a member of CIX, and service
  271. provider A, who is not a CIX member.  The CIX rules, as I read them, say that M
  272. is prohibited from allowing A to buy a private wire to M in order to connect
  273. the customers of A and of M, since this would be providing "IP transit."  In
  274. fact, the rules say, as I read them, that A could buy a private wire to M if
  275. and only if A also paid the CIX membership fee.
  276.  
  277. If my interpretation is wrong about this, and I am misreading the CIX rules,
  278. please tell me so.
  279.  
  280. -- Mike
  281.  
  282. ------------------------------
  283.  
  284. Date: Tue, 23 Aug 1994 14:32:37 -0400
  285. From: "Louis A. Mamakos" <louie@alter.net>
  286. Subject: CIX: Commercial Internet Exchange 
  287. To: mikebw@bilow.bilow.uu.ids.net
  288.  
  289. The very first thing is that you have to realize that there is no
  290. "center of the Internet".  There is just a web of connectivity between
  291. various networks and carriers.  This is the reality of the situation,
  292. and not what NSF or the US government would have you believe.
  293.  
  294. > As I read the rules, a service provider who is a member of CIX is prohibited
  295. > from providing routing services to any non-CIX member who provides routing
  296. > services to others.  This is a completely different issue: CIX is not only
  297. > prohibiting the use of its own router facilities, but the router facilities of
  298. > its members.  It is THIS distinction which raises, in my opinion, the issue of
  299. > restraint of trade.  CIX is operating as a classical cartel, where you must
  300. > promise in order to join that you will do business only with other CIX members.
  301.  
  302. The CIX agreement specifies what the CIX will do for its members.
  303. It's members are free to go off and do other private arrangments as
  304. they wish.  In one way of thinking, the CIX provides a connectivity
  305. service - if you want to use it, you must join the CIX.
  306.  
  307. > For example, consider service providers M, who is a member of CIX, and service
  308. > provider A, who is not a CIX member.  The CIX rules, as I read them, say that M
  309. > is prohibited from allowing A to buy a private wire to M in order to connect
  310. > the customers of A and of M, since this would be providing "IP transit."  In
  311. > fact, the rules say, as I read them, that A could buy a private wire to M if
  312. > and only if A also paid the CIX membership fee.
  313.  
  314. This is incorrect.  We have private interconnections to other service
  315. providers, be they CIX members or not.  The issue is that just because
  316. you, M, have a private interconnect with A, doesn't mean that the CIX
  317. will pass traffic to or from A.
  318.  
  319. This whole issue, vastly blown out of proportion, is that the CIX
  320. would like some say over who uses their router.  I cannot see why
  321. anyone could rationally disagree with this.  It costs real money to
  322. buy the boxes and lease the lines - if you want to use the facilities
  323. it only seems fair that you pay for them.
  324.  
  325. Nothing is stopping some other enterprising souls from establishing
  326. their own interconnection points, and selling it as a service.  This
  327. is what MFS has done with MAE-EAST by selling a reasonably cheap (~$2K
  328. month) 10Mb/s connection for service providers.
  329.  
  330. Louis A. Mamakos, WA3YMH                      louie@alter.net
  331. UUNET Technologies, Inc.                      uunet!louie
  332. 3110 Fairview Park Drive., Suite 570          Voice: +1 703 204 8023
  333. Falls Church, Va 22042                        Fax:   +1 703 204 8001
  334.  
  335. ------------------------------
  336.  
  337. Date: Tue, 23 Aug 1994 14:56:29 -0400
  338. From: "C. Harald Koch" <harald@enfm.utcc.utoronto.ca>
  339. Subject: CIX: Commercial Internet Exchange 
  340. To: mikebw@bilow.bilow.uu.ids.net
  341.  
  342. >  As I read the rules, a service provider who is a member of CIX is prohibited
  343. >  from providing routing services to any non-CIX member who provides routing
  344. >  services to others.
  345.  
  346. *sigh. You've been in the middle of the discussions on com-priv; surely you
  347. would have gotten this straight by now.
  348.  
  349. You are prohibited from offering CIX routing (i.e. transit to/through the
  350. CIX router) to other IP transit providers. That doesn't mean you cannot
  351. connect to other transit providers; you just can't offer them access
  352. to/through the CIX router.
  353.  
  354. You are also perfectly free to make your own interconnect arrangements with
  355. other service providers (even other CIX members). For example, Alternet,
  356. PSI, and Sprint all have peering arrangements with each other that don't
  357. involve the CIX router, even though all are CIX members.
  358.  
  359. This is now clearly stated in the documents available at www.cix.org and
  360. ftp.cix.org. Please stop spreading mis-information, especially when this
  361. isn't the forum for it.
  362.  
  363. -- 
  364. C. Harald Koch            | University of Toronto Computing & Communications
  365. harald@canet.ca           | Network & Operations Services
  366. +1 416 978 0992 (voice)   | External Network Facilities Managment
  367. +1 416 978 6620 (fax)     | 4 Bancroft Ave., Rm 101, Toronto, ON M5S 1C1
  368.  
  369. ------------------------------
  370.  
  371. Date: Tue, 23 Aug 1994 11:56:53 -0700
  372. From: Phil Karn <karn@qualcomm.com>
  373. Subject: CIX: Commercial Internet Exchange
  374. To: louie@alter.net
  375.  
  376. >Pardon me, but this is just plain bullshit.  The policy of the CIX has
  377. >not changed - they have only chosen to actually enforce the policy
  378. >which each member contractually agreed to when they joined.
  379.  
  380. I still find this policy disappointing, especially because it seems to
  381. discourage the provision of end-user dialup SLIP/PPP services. I've
  382. wondered for some time why these always seem to be priced above "dumb
  383. terminal" access to a network-connected public-access UNIX system,
  384. even when the user doesn't want to use any of the resources of the
  385. public UNIX system.
  386.  
  387. But all this will soon become academic.  Once we widely deploy the IP
  388. security protocol that's being developed in the IETF IPSEC group,
  389. third party traffic restrictions imposed by Internet service providers
  390. will all become impossible to enforce, at least by traffic monitoring.
  391.  
  392. With IPSEC's encrypted encapsulation scheme, there is simply no way to
  393. determine whether or not two hosts using it are communicating between
  394. themselves or are actually relaying traffic on behalf of other hosts.
  395.  
  396. Phil
  397.  
  398. ------------------------------
  399.  
  400. Date: Tue, 23 Aug 94 20:51:00 -0000
  401. From: mikebw@bilow.bilow.uu.ids.net (Mike Bilow)
  402. Subject: CIX: Commercial Internet Exchange 
  403. To: tcp-group@ucsd.edu
  404.  
  405. On 94 Aug 23 at 18:32, Louis A. Mamakos wrote:
  406.  
  407.  LAM> The very first thing is that you have to realize that 
  408.  LAM> there is no "center of the Internet".  There is just a web 
  409.  LAM> of connectivity between various networks and carriers.  
  410.  LAM> This is the reality of the situation, and not what NSF or 
  411.  LAM> the US government would have you believe.
  412.  
  413. I never claimed that the Internet had a "center."  In fact, part of what
  414. bothers me about the CIX proposal is the apparent attempt to create such a
  415. "center."
  416.  
  417.  LAM> The CIX agreement specifies what the CIX will do for its 
  418.  LAM> members. It's members are free to go off and do other 
  419.  LAM> private arrangments as they wish.  In one way of thinking, 
  420.  LAM> the CIX provides a connectivity service - if you want to 
  421.  LAM> use it, you must join the CIX.
  422.  
  423. This is simply not how I read the CIX rules, and, if it is a misunderstanding,
  424. then it is a widespread, if not nearly universal, one.
  425.  
  426.  LAM> This is incorrect.  We have private interconnections to 
  427.  LAM> other service providers, be they CIX members or not.  The 
  428.  LAM> issue is that just because you, M, have a private 
  429.  LAM> interconnect with A, doesn't mean that the CIX will pass 
  430.  LAM> traffic to or from A.
  431.  
  432.  LAM> This whole issue, vastly blown out of proportion, is that 
  433.  LAM> the CIX would like some say over who uses their router.  I 
  434.  LAM> cannot see why anyone could rationally disagree with this.  
  435.  LAM> It costs real money to buy the boxes and lease the lines - 
  436.  LAM> if you want to use the facilities it only seems fair that 
  437.  LAM> you pay for them.
  438.  
  439. No one would disagree with the idea of CIX charging for traffic to cross the
  440. common CIX router, but the policy statements I have seen from CIX give the
  441. impression, at least to me, that CIX considers the CIX cloud which is subject
  442. to restrictions to include all CIX members.  I read the rules as an attempt to
  443. make the Internet a kind of "closed shop," where CIX members refuse to work
  444. with other service providers who are not CIX members.  I don't think that the
  445. Teamsters are a good model upon which to build the Internet, obviously.
  446.  
  447.  LAM> Nothing is stopping some other enterprising souls from 
  448.  LAM> establishing their own interconnection points, and selling 
  449.  LAM> it as a service.  This is what MFS has done with MAE-EAST 
  450.  LAM> by selling a reasonably cheap (~$2K month) 10Mb/s 
  451.  LAM> connection for service providers.
  452.  
  453. I am not familiar with the MAE-EAST system.  My understanding of the CIX rules
  454. is based, quite simply, on reading them.  Perhaps the rules are badly written,
  455. and terms such as "CIX Routing Services" need to be more clearly defined.
  456.  
  457. At best, accepting your interpretation, I see a lot of the traditional low-cost
  458. access points into the Internet, usually piggybacked onto commercial or
  459. educational accounts, drying up.  The CIX rules prohibit, for example, a couple
  460. of small business entities getting together and sharing a Class C subnet, with
  461. one routing for the other.  There are a lot of 5-10 host LANs operating under
  462. such co-operative agreements, and now these sorts of systems are going to run
  463. afoul of the CIX rules.
  464.  
  465. I think that CIX may also kill the "freenet" movement, which has traditionally
  466. been piggybacked on university wires.  Last I heard, the Ocean State (Rhode
  467. Island) Freenet was buying service at cost from Brown University, which buys
  468. service from NEARNET, which is in CIX.  In order to comply with CIX rules, both
  469. Brown and Ocean State Freenet must each cough up the CIX membership fee, which
  470. means that the cost of operation has just increased by $15,000 -- for a service
  471. that is not supposed to charge anyone anything.
  472.  
  473. I think that the regulation of traffic based on content is fundamentally
  474. wrong-headed.  If CIX wants to charge for anything, then they should throw in
  475. the towel and charge for bandwidth.  All real money costs on the Internet are
  476. ultimately a reflection of bandwidth, which has unambiguous physical
  477. definition.  I simply don't understand why, in the above example, it should
  478. cost $15,000 more to connect people who are not Brown students and faculty
  479. through the same wire and across the same bandwidth.  CIX would be a lot easier
  480. to understand if they said: we have a router, and we are willing to sell you a
  481. 56 kbps or 1.544 Mbps or 10 Mbps slot on it for such-and-such amount of money,
  482. and you can do what you want with it once you buy it.
  483.  
  484. -- Mike
  485.  
  486.  
  487. ------------------------------
  488.  
  489. Date: Tue, 23 Aug 1994 15:34:01 -0600
  490. From: jra1854@tntech.edu (Jeffrey Austen)
  491. Subject: Computers, ethernet and lightning protection
  492. To: tcp-group@ucsd.edu
  493.  
  494. I want to hook up two computers via ethernet.  One of the computers is
  495. hooked to antennas via radios (it is running a version of NOS; the CPU and
  496. operating system used are irrelevant to this discussion) and is therefore a
  497. good candidate for a lightning hit.  There is some lightning protection on
  498. the antenna cables but it is probably not sufficient to survive a direct
  499. hit; I accept the risk that the NOS computer is exposed to.  How can I hook
  500. the computers together via ethernet while providing a high degree of
  501. lightning protection for the second computer?  Fiber optic ethernet seems
  502. like the best solution except that the cost appears to be on the order of
  503. $500 for a pair of transceivers.  Are there good quality lightning
  504. protectors for 10BASE2 or 10BASE-T ethernet cables?  Where can I find them?
  505.  
  506. Jeff, k9ja
  507.  
  508. +-+
  509. Jeffrey Austen       |  Tennessee Technological University
  510. jra1854@tntech.edu   |  Box 5004
  511. (615) 372-3485       |  Cookeville Tennessee 38505   U.S.A.
  512.  
  513. ------------------------------
  514.  
  515. Date: Tue, 23 Aug 94 20:24:01 -0400
  516. From: Jim De Arras <jmd@cube.handheld.com>
  517. Subject: Computers, ethernet and lightning protection
  518. To: jra1854@tntech.edu (Jeffrey Austen)
  519.  
  520. > I want to hook up two computers via ethernet.  One of the computers is
  521. > hooked to antennas via radios (it is running a version of NOS; the CPU and
  522. > operating system used are irrelevant to this discussion) and is therefore a
  523. > good candidate for a lightning hit.  There is some lightning protection on
  524. > the antenna cables but it is probably not sufficient to survive a direct
  525. > hit; I accept the risk that the NOS computer is exposed to.  How can I hook
  526. > the computers together via ethernet while providing a high degree of
  527. > lightning protection for the second computer?  Fiber optic ethernet seems
  528. > like the best solution except that the cost appears to be on the order of
  529. > $500 for a pair of transceivers.  Are there good quality lightning
  530. > protectors for 10BASE2 or 10BASE-T ethernet cables?  Where can I find them?
  531. >
  532. > Jeff, k9ja
  533.  
  534. I have a similar setup, using RG-58 (Thinnet).  I had a high quality  
  535. lightning arrestor the tower end of the circuit.  I also had inadequate tower  
  536. grounding on my 180 foot tower.  It took a direct hit a few years back.  The  
  537. NOS computer was toast, arcing all over all boards, and the cabinet.  The  
  538. ethernet arrestor blew-up.  Enough energy made it to the cable and down the  
  539. 500 feet to my home to take out 3 3C503 cards, a Mac thinnet transceiver, a  
  540. ethernet to appletalk box, and the high dollar eithernet card in my Router.   
  541. I think the one arrestor kept the damage down to the ethernet cards only, but  
  542. if I were starting from scratch now, I'd spend the bucks for the fiber optic  
  543. link!
  544.  
  545. BTW, I have arrestors at BOTH ends of that 500 foot run, now, and have  
  546. properly grounded that tower.  I suspect just the second lightning arrestor  
  547. alone would've prevented all the damage caused outside the shack.
  548.  
  549. Jim WA4ONG
  550.  
  551. ------------------------------
  552.  
  553. Date: Tue, 23 Aug 1994 08:36:43 -0700
  554. From: brian@nothing.ucsd.edu (Brian Kantor)
  555. Subject: Dos Computers
  556. To: tcp-group@ucsd.edu
  557.  
  558. In article <Pine.3.89.9408221446.A17697-0100000@kazak> klarsen@kazak.NMSU.EDU (Klarsen) writes:
  559. >    Yes I wish I could spare $500 for a big HD. My wife Juanita says 
  560. >"how big is my HD?". I say 120 mbyte. She says what the Hell do I need 
  561. >1000 mbytes for? Discussion closed....hi
  562.  
  563. Oh, then its your *WIFE* that needs to be upgraded.  That's achievable; go
  564. find a new one that's technically competent and enjoys computing.  Why'd you
  565. pick this one if it's so obviously unsuited to your lifestyle?
  566.     - Brian
  567.  
  568. ------------------------------
  569.  
  570. Date: Tue, 23 Aug 1994 09:42:21 -0700 (PDT)
  571. From: Lyndon Nerenberg <lyndon@canada.unbc.edu>
  572. Subject: Dos Computers
  573. To: Klarsen <klarsen@kazak.NMSU.Edu>
  574.  
  575. On Mon, 22 Aug 1994, Klarsen wrote:
  576.  
  577. > > In other words, "stop experimenting, because I {cannot afford, can't be 
  578. > > bothered} to keep up."
  579.  
  580. >     I didn't say that Lyndon, you did. 
  581.  
  582. No, YOU said it. I just cut out a lot of the verbiage.
  583.  
  584. >     Where have you been for the past 40 years?  The way things are 
  585. > now the experts who happen to be hams hand down nice things like NOS to 
  586. > us so we can play tcp/ip. But they have a family to feed so they sell 60 
  587. > hours a week of their time to a business. Are you so above the rest of 
  588. > the world you don't see this?
  589.  
  590. As I said previously, you argument boils down to: please stop 
  591. experimenting because I cannot afford to keep up.
  592.  
  593. Having kids was your choice. Messing with radios was my choice. I'm not 
  594. going to let your kids slow down my hobby.
  595.  
  596. --lyndon
  597.  
  598. ------------------------------
  599.  
  600. Date: Tue, 23 Aug 94 12:57:09 PST
  601. From: "schoon" <schoon@ada.com>
  602. Subject: Enough
  603. To: tcp-group@ucsd.edu
  604.  
  605. >>Brian wrote:
  606. >>And might I remind YOU that this is an internet discussion list for >people 
  607. >>actively involved in advanced amateur radio networking. >Emotions fly high at 
  608. >>times among creative people; strong language is >occasionally necessary to 
  609. >>express strong emotions.
  610.  
  611. >May I point out that there are no age restrictions on who may subscribe to 
  612. >Internet etc. Whilst I appreciate there are far worse corners of the Internet 
  613. >there can be no real justification for some of the language I have seen.
  614.  
  615. >I suppose I will receive all sorts of language in flames for this one.
  616.  
  617. >mlines@sni.co.uk
  618.  
  619.  
  620. And how many eight year olds subscribe to this group?? So far this arguement of 
  621. "My toy is better than your toy" has been rather dull. But alas I'll still read 
  622. this group!
  623.  
  624.  
  625. Mark
  626.  
  627. schoon@ada.com
  628.  
  629. ------------------------------
  630.  
  631. Date: Tue, 23 Aug 1994 15:26:45 -0700
  632. From: brian@nothing.ucsd.edu (Brian Kantor)
  633. Subject: Enough 
  634. To: tcp-group@ucsd.edu
  635.  
  636. >>May I point out that there are no age restrictions on who may subscribe
  637.  
  638. Children are not welcome on this discussion group.  If your mental age
  639. is insufficient to withstand the rigours of discussions hereupon, you
  640. are encouraged to leave.
  641.  
  642. Gentlemen, this group's discussions are straying far from its charter
  643. as a place where people who are actively working on advanced amateur
  644. radio networking are wont to gather.
  645.  
  646. Is it time to acknowledge that no one is doing anything useful and
  647. shut down the list?  If we're just wasting time, let's adjourn.
  648.     - Brian
  649.  
  650. ------------------------------
  651.  
  652. Date: Tue, 23 Aug 1994 10:11:45 -0400
  653. From: "Louis A. Mamakos" <louie@alter.net>
  654. Subject: Enough (fwd) 
  655. To: Martin Lines <mlines@sni.co.uk>
  656.  
  657. > Brian wrote:
  658. > >And might I remind YOU that this is an internet discussion list for
  659. > >people actively involved in advanced amateur radio networking.
  660. > >Emotions fly high at times among creative people; strong language is
  661. > >occasionally necessary to express strong emotions.
  662. > May I point out that there are no age restrictions on who may subscribe
  663. > to Internet etc. Whilst I appreciate there are far worse corners of the
  664. > Internet there can be no real justification for some of the language I 
  665. > have seen.
  666.  
  667. There is no "Internet" thing that you subscribe to.  The Internet is a
  668. way to move bags of bits around between mutually cooperating systems
  669. and networks.  You things that vary between large commerical systems
  670. like America Online and Compuserv, down to the UNIX and Windows boxes
  671. that I have at home, all on this "Internet" thing.
  672.  
  673. It's like saying there are no age restrictions on who may subscribe to
  674. "books", or who is allowed to use a phone.  It really doesn't make any
  675. sense - there is no policy enforced by the infrastructure.
  676.  
  677. I'm painfully aware of all this because I work for an Internet Service
  678. Provider that will be pleased to sell anyone a pipe to the Internet.
  679.  
  680. Louis A. Mamakos, WA3YMH                      louie@alter.net
  681. UUNET Technologies, Inc.                      uunet!louie
  682. 3110 Fairview Park Drive., Suite 570          Voice: +1 703 204 8023
  683. Falls Church, Va 22042                        Fax:   +1 703 204 8001
  684.  
  685. ------------------------------
  686.  
  687. Date: Tue, 23 Aug 1994 22:38:34 -0400
  688. From: markfrey@HOOKUP.NET (Mark Frey)
  689. Subject: KISS packet driver ?
  690. To: tcp-group@ucsd.edu
  691.  
  692. A few months ago, someone mentioned they were developing a KISS
  693. packet driver, and had a primitive version working.
  694.  
  695. Unfortunately, I failed to note the author's name or e-mail at the
  696. time :-(   Does anyone here know where I can reach this guy, or
  697. anyone else developing a KISS packet driver ?
  698.  
  699. 73,
  700.  
  701. Mark Frey
  702. Internet: markfrey@hookup.net
  703. AMPRnet:  ve3dte@ve3dte.ampr.org
  704.  
  705. ------------------------------
  706.  
  707. Date: 24 Aug 1994 03:55:03 GMT
  708. From: "Central Postmaster" <SSW.POSTMSTR@A50VM1.TRG.NYNEX.COM>
  709. Subject: Mail Delivery Status
  710.  ***** Error in Mail Delivery *****
  711.  
  712. E0100-ZIPSCA003E-ZIP PACKET GLOBAL ERROR                      
  713.  
  714.  Recipients:
  715.  
  716.  NSYSTEM.ZMPEHOR@A50VM1.TRG.NYNEX.COM
  717.  
  718. ------------------------------
  719.  
  720. Date: Tue, 23 Aug 94 20:08:51 PDT
  721. From: erik@ve7mdl.ampr.org
  722. Subject: Strange HELO
  723. To: tcp-group@ucsd.edu
  724.  
  725. While watching the trace of my local SMTP gateway, I noticed that it often
  726. starts the transfer with 'EHLO' instead of the usual 'HELO'.  My JNOS
  727. system (1.10f) responds with 'command unknown' and my SMTP partner then
  728. sends the correct 'HELO' and everything works well from there.
  729.  
  730. Can anyone tell me what is going on?
  731.  
  732. 73 de VE7MDL           ....Erik.
  733. (Sysop, ve7mdl.ampr.org)
  734.  
  735. ------------------------------
  736.  
  737. Date: Wed, 24 Aug 1994 15:34:10 +1000 (EST)
  738. From: imb@asstdc.scgt.oz.au (michael butler)
  739. Subject: Strange HELO (fwd)
  740. To: tcp-group@ucsd.edu
  741.  
  742. erik@ve7mdl.ampr.org writes:
  743.  
  744. > While watching the trace of my local SMTP gateway, I noticed that it often
  745. > starts the transfer with 'EHLO' instead of the usual 'HELO'.
  746.  
  747. The remote mailer (most likely smail 3.1 w/patches) is looking to start an
  748. 'enhanced' SMTP session. Possibilities are transfer batching, mime-support
  749. and size restriction.
  750.  
  751. > My JNOS system (1.10f) responds with 'command unknown' and my SMTP partner 
  752. > then sends the correct 'HELO' and everything works well from there.
  753.  
  754. smail does it differently to sendmail 8.6.x .. sendmail specifically looks
  755. for the answering system to post 'esmtp spoken here' where smail just uses a
  756. trial and error approach.
  757.  
  758.     michael
  759.  
  760. ------------------------------
  761.  
  762. Date: 23 Aug 1994 08:44:10 -0400
  763. From: dc@panix.com (David W. Crawford)
  764. Subject: Testing
  765. To: tcp-ip-out@panix.com
  766.  
  767. This is a test to see if I can post to panix.mlist.tcp.
  768. I'm just exploring the 'anything thats legal' user contract/
  769. info document.  
  770.  
  771. Don Samek may wish to look carefully at the path and headers
  772. of this message, since he's  so interested my ability to post to
  773. panix.staff.*.
  774. -- 
  775. David Crawford     dc@panix.com   crawford@Arizona.EDU
  776. "I always come to a full *and* complete stop at stop signs, unless
  777. I'm in a hurry in which case I just come to a complete stop."
  778.  
  779. ------------------------------
  780.  
  781. End of TCP-Group Digest V94 #182
  782. ******************************
  783.